As a supplement, it's necessary to describe the intention of each item.
As defined from wiki,
The term "POJO" initially denoted a Java object which does not follow
any of the major Java object models, conventions, or frameworks
Ideally speaking, a POJO is a Java object not bound by any restriction other than those forced by the Java Language Specification
Generally, a POJO doesn't dependent on any library, interface or annotation. Therefore, a POJO is more likely to be reused by different system.
Ok, so what is Java Bean and why we create this item?
The description from this link clarified it clear enough I think.
JavaBeans are classes that encapsulate many objects into a single
object (the bean). They are serializable, have a zero-argument
constructor, and allow access to properties using getter and setter
methods.
Why we want Jave beans to behave like this?
- The class must have a public default constructor (with no arguments).
This allows easy instantiation within editing and activation
frameworks.
- The class properties must be accessible using get, set, is (can be used for boolean properties instead of get), to and other methods (so-called accessor methods and mutator methods) according to a standard naming convention.
This allows easy automated inspection and updating of bean state
within frameworks, many of which include custom editors for various
types of properties. Setters can have one or more than one argument.
- The class should be serializable.
This allows applications and frameworks to reliably save, store, and
restore the bean's state in a manner independent of the VM and of the
platform.
Generally, the model isn't compared with POJO or JaveBean cause it's quite a different item. Like what has mentioned by other answer, the model is generally a concept from MVC.
The model is the central component of the pattern. It is the
application's dynamic data structure, independent of the user
interface.[6] It directly manages the data, logic and rules of the
application.
As you can see, POJO or JavaBean can be at model layer in MVC pattern but model layer but there are a lot more stuff in model layer, for example, the logic and rules of the application.