En el esquema de categoría Software Development, añadió cuatro nuevos nodos hijos a la categoría My Business Planning para centrarse mejor en los activos que se crean y someten.
Después de categorizar un nuevo activo, un usuario puede encontrar el activo utilizando las categorías de My Business Planning o cualquier otra categoría que se aplicara al activo.
Considere ahora lo que podría ocurrir con el paso del tiempo; la compañía crece y necesita dividir la categoría My Business en dos categorías: American Business Planning y European Business Planning. Si cambia el nombre de la categoría, se perderá el valor de categoría en los metadatos de cada activo que esté etiquetado con la categoría My Business Planning. Las nuevas categorías o las categorías modificadas no se aplican a los activos que ya existen en el repositorio.
Si se renombran las categorías, se pierden los metadatos de categoría. El método recomendado es no cambiar los esquemas de categoría en el repositorio. Naturalmente, podría haber razones para cambiar estos esquemas debido a nuevas adquisiciones de la empresa, su crecimiento o reorganización.
Una solución a este problema es crear una categoría Geography, y crear los nodos de categoría hijos Americas y Europe. Estos nodos ofrecen a los usuarios la posibilidad de incluir ambas categorizaciones al someter un nuevo activo. Por ejemplo, cuando un usuario somete un activo que describe el nuevo plan empresarial aprobado en Italia, el activo se puede categorizar tanto con la categoría Europe como con las categorías . Además, un campo de categoría separado Geography sería más fácil de encontrar para los usuarios y se podría adaptar más fácilmente a otros activos del repositorio.