Zaval Creative Engineering Group Zaval Logo
 Home
 Standards and metrology
 -  Third-Party Contribution Process
 -  Product Feature Request Procedure
 - General Disclaimer
 
 Product Feature Request Procedure

 0. Preamble
The Zaval CE promotes the development of the creative software - i.e. the software created under the process, which facilitate and exploit human's creative spirit to the full potential. The works of the Zaval CE in the area of creating the environment and work process that promotes new ideas and fresh solutions is published on the site of the Zaval CE Group.

The bulk of ideas comes from users of the products. Such feedback is used for enhancing product usefulness. This document describes basic procedure of feature request communication, review, and response from Zaval CE.

 1. Eligibility
Any person with relevant skills in using the product is eligible to submit a new feature request.

   1.1. Change Request and New Feature definitions
To distinguish new feature from change request (CR), the following definitions are used:

Change Request (CR) is a request of change of a portion of the product that does not alter the product form.

New feature is product facility that cannot be produced with facilities of the current product version without reasonably substantial modifications or additions.

 2. Request Communication
The request communication can be done in any acceptable human-readable form given that the following items are well-identified:
  1. the sender identity;
  2. date of the transfer;
  3. response from the receiving party that a submission has been received;
All submissions via electronic mail should be sent directly to the email addresses that reside on the zaval.org. All other submissions are not recommended on the basis that alternative means may not offer enough reliability or may not warrantee enough credentials of sender and receiving party.

 3. Acceptance
The Founders or other respective committee, functioning within the Zaval CE, will be in charge of reviewing the request. We may reject the request on the either or the combination of the matters, including but not limited to, as follows:
  1. Requested feature can be reproducted (product learning issue);
  2. Requested feature is not a new feature, it should be rather treated as a change-request;
  3. Requested feature is too specific and may not be of a use to the user audience at large;
  4. Requested feature requires substantial development effort.
Should the reviewing panel reject the request, it must give the reasoning, why it has rejected it. The reviewing committee may also request additional information from the requester.

NO NEW FEATURE FOR THE PRODUCT IS ACCEPTED IF ITS IMPLEMENTITON WILL NOT COMPLY WITH ANY OF SPECIFICATIONS, RULES AND GUIDELINES, OPENLY PUBLISHED BY THE ZAVAL CE.

 4. Communication
Review results are communicated to the requested using the same communication format as used when submitting a request. If a new feature is accepted, it is included into the product planning. This document does not define time frame for implementation. Acceptance communication includes:
  1. Anticipated implementation period and exptected feature availability date;
  2. Other information which may be of a use to requester.

 5. Copyrights and Legal Information
All new features remain the intellectual property of a person(s) that implements requested feature.