No, it's an artificial name. the reasoning behind it is that for some databases the names can't exceed 30 characters, and staying inside the 30 characters and be able to produce a unique name (which is unique for all elements inside the DB, so also for elements which are in the schema but not imported/unknown to the designer), is not really doable, if you're using names from entities and fields (you quickly exceed 30 characters).
It's also not really possible to define a unique name for FK constraints without knowing all FK constraints in a schema, but not all Fk constraints can be available to you in the relational model data, even with working model first, as the real database schema might contain other Fk constraints already, created by others. Hence the artificial names, to make sure the schema script runs.
For PK constraints, these are not really that important, as you don't refer to them in scripts, they're used for when the PK has to be dropped. Why would you want to have a real name for the PK constraint name? (which sometimes are created by the db or aren't available in constraint form)