eclassproperties

eClass properties
Properties are not well defined in eClass. Many properties include several aspects of a commodity or a service.

The combination of aspects in one property leads to huge increase of the set of properties.

eclasswidth

In the way properties are defined and developed today the classification systems cannot survive in the future.

We will check the structure of properties. What kind of aspects are used in selected properties?

How can we classify properties?

We can introduce categories of properties.

Elementary categories
 * 1) Counter (number of, ... )
 * 2) Geometrical property (length, width, ... )
 * 3) Physical property (weight, traction, voltage, speed, time, ... )
 * 4) Chemical property (materials, ... )

Complex categories
 * 1) Shape
 * 2) Function
 * 3) Operation
 * 4) Performance
 * 5) Environment
 * 6) Requirements
 * 7) Maintenance

Secondary categories
 * 1) Minimum
 * 2) Maximum
 * 3) Average
 * 4) Loss of (power, ... )
 * 5) Adjustment of (power, ... )
 * 6) Categories associated to part-of relations(partition, ... )

Organizational Categories
 * 1) Producer
 * 2) Supplier

References
 * 1) Categories derived from standards (CEE, ISO, .. )
 * 2) Further references

Associated types - tread type for example (internal / external) - diameter type (inner / outer)

Some properties are also hidden in the commodity itself - CEE plugs for example. The core logic that a plug should have properties according to CEE or other standards in broken.

We want to analyse selected property "classes" - analyse the structure - and develop categories to reduce the number of properties.

Teams will analyse property "classes":


 * 1) length
 * 2) width
 * 3) diameter
 * 4) speed
 * 5) volume
 * 6) power
 * 7) part

References:

[|Principles for classification of properties ofconstruction objects]

[|CEN - Multilingual electronic cataloguing and classification in eBusiness]