Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [papyrus-ic] [Papyrus-ic-steering-committee] Papyrus Product Line naming convention

+1

On 16 December 2016 at 21:50, charles+zeligsoft.com <charles@xxxxxxxxxxxxx> wrote:
All,

On November 14, 2016, I sent an email regarding a proposed naming convention for the Papyrus product line’s products.

As of today, I have not received any comment on the proposal nor has any comment being made on the Papyrus IC Product Management Committee’s Discussion wiki page.

As such, I would now like to call for a vote to implement this proposal.

In order for everyone to be well informed on the proposal, I have copied it at the bottom of this email.


Please vote: +1 (approved), 0 (neutral), or -1 (reject).

Because of the end-of-year holidays, I will tabulate the results on January 6, 2017.

Thank you!


Regards,

Charles Rivet
Senior Product Manager


—— —— —— —— —— —— —— —— —— —— —— —— —— —— —— —— —— —— —— — —— — —— —

Note: The following requirements only apply to the Papyrus Products and not to the names of Papyrus Platform.

Note: Comments in blue, starting with "{>> “ are note part of the proposal.


Papyrus Naming - Requirements proposal

Papyrus Product Naming

  • Papyrus products shall have both a long and a short name.

Papyrus Product Long Name

    • The Papyrus product long name shall be of the form (in EBNF notation):
      <Papyrus Product Long Name> = Eclipse Papyrus for <long name postfix>
      where long name postfix is a short description of the domain of application (see examples in the list of products, below).
    {>> [Charles Rivet] The “for” indicates and reinforces a purpose for the product. This indicates that this is not a general or generic tool. If you look at the wiki page for this discussion, we use the form “Papyrus <<name>> to indicate more cross-cutting or "additional" components (i.e, “Papyrus Platform”, “Papyrus Core”, and “Papyrus Collaborative Modeling”. This helps differentiate the Papyrus base and its components from the products in the product line. So using the “for” also helps differentiate products from the base and its components. <<}

Papyrus Product Short Name

    • The Papyrus product short name shall be of the form (in EBNF notation):
      <Papyrus Product Short Name> = Eclipse Papyrus - <short name postfix>
      where short name postfix can be an acronym, an abbreviation, or just visual similarities in the letters used in the long name postfix. Although no length requirements are imposed, it should ideally be 2-5 letters long and can not be longer than the long name postfix.
    {>> [Charles Rivet] I do think that we need a limit, else it may no longer be a short name. The short name is there for convenience so that it is easier to type or to use, for example, in the naming of project/product-specific repositories. I’m proposing 2-5 as being the range as there is no point in having a 1 letter string for the short name and 5 is the largest short name in our current product line. I am open to discussions as to what the upper limit should be, although it must be less than the length of the long name! <<}
    • It is mainly important that the some recognizable link exists between the long name postfix and the short name postfix be present and that the latter be recognizable as indicative of the purpose/function of the product (which should be self-evident in the former).

Papyrus Product Names Usage

  • The Papyrus product long name shall be used:
    • For official document titles
    • On first use in all marketing materials, e.g., web sites, posters, and user stories.
  • The Papyrus product short name can be used:
    • In any document after the long name is used at least once.
    • In software, e.g., copyright, module/component names, and folder names.
    • Basically anywhere other than where the long name is required.

long name is used at least once.
• In software, e.g., copyright, module/component names, and folder names.
• Basically anywhere other than where the long name is required.

—— —— —— —— —— —— —— —— —— —— —— —— —— —— —— —— —— —— —— — —— — —— — 




_______________________________________________
Papyrus-ic-steering-committee mailing list
Papyrus-ic-steering-committee@polarsys.org
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://polarsys.org/mailman/listinfo/papyrus-ic-steering-committee




--

Dr. Maximilian Koegel

Senior Software Architect / General Manager
EclipseSource Munich

Mobil: +49 176 223 619 18
Phone: +49 89 21 555 30 - 10 
Fax: +49 89 21 555 30 - 19
Skype: maximilian.koegel

EclipseSource Muenchen GmbH
Agnes-Pockels-Bogen 1
80992 München

General Managers: Dr. Jonas Helming, Dr. Maximilian Koegel
Registered Office: Agnes-Pockels-Bogen 1, 80992 Muenchen, 
Commercial Register München, HRB 191789

Back to the top