docs: fixes rendering of parameter table in docs for app desc and deployment

[singhmj-1]

Description

The docs rendered for application-description and application-deployment show name object to be an explicit field in parameters object (a key:value map), whereas it refers to the key attribute of the map.

Issues Addressed

Closes #169

Change Type

Please select the relevant options:

• Fix (change that resolves an issue)
• New enhancement (change that adds specification content)
• Content edits (change that edits existing content)

Checklist

• I have read the CONTRIBUTING document.
• My changes adhere to the established patterns, and best practices.

[singhmj-1]

Fixes for application description:

Fixes for application deployment:

[Silvanoc]

This PR makes a moving target for the Data Model PR #158. The hereby introduced changes should be also made in the branch of PR #158.

[chrisgclayton]

Looking at the images vs. the actual files, which I assume are snapshots of the actual files I noticed there is a "typo" I assume in Image 1. You will notice it says in the description of parameters:
e.g., e.g., (doubled up).

I get that this passed the SUP stage I assume so it is more of a question than asking for a change.

Moving something from a formal field (i.e., metadata.name) to a property bag key/value typically implies there are not special rules of processing associated with it etc. I would assume that a formal name would have some guardrails? Also is there not special meaning to it? It feels like movement from formal to property bag is generalizing something that should not be? (again please take this as a question as I was not involved at the time of the SUP)