Eso no es normalización...
Sería diseño de relaciones, análisis de sistemas, pero no Normalización de Bases de Datos.
DE todos modos, en ese sentido tu esquema tampoco está bien, hay redundancia de información en al menos dos tablas, exceso de relaciones en otra, y básicamente las entidades no están bien analizadas.
Entidades como Persona deberían agrupar todos los datos que pertenezcan a atributos de una persona, en los cuales la dirección, correos electrónicos, ciudades, etc, son datos de la entidad, y no deberían estar en Autor.
En Préstamo, tienes lo que parece un campo calculable (Libros_prestado), que están prohibidos en el modelo E-R de BBDD.
La tabla Editorial no se debe relacionar con Libro, en el sentido de obra literaria o escrita, sino con el libro de inventario físico, y el libro de inventario físico necesita un campo para el ISBN, por ejemplo.
Por otro lado, un mismo libro puede ser editado por N editoriales, y cada editorial puede serlo de N libros. En tales condiciones hay una relación N:M , que obligatoriamente requiere de una tabla adicional.
O sea: TE falta analisis y detalle en ese diseño. Posiblemente porque comenzaste con el DER físico, cuando debiste empezar con le DER lógico.