La desventaja (y ventaja) con las plantillas de la habitación es que aplican a todas las casillas RDS a establecerse para una habitación. En un proyecto, no es infrecuente tener varias plantillas de habitación para las diferentes oficinas requeridas, grupos de habitaciones etc. Para determinadas disciplinas o casillas en la forma RDS, esto puede representar una división innecesaria y requisitos sólo pueden ser necesarios para ciertas casillas, pero que también debe aplicarse para numerosas habitaciones dentro del proyecto. El número de habitaciones que naturalmente debe tener los mismos requisitos (pertenecen al mismo grupo) puede variar según las casillas pertinentes.
Para resolver este problema, puede hacer uso de grupos de requisito (o grupos). Conceptualmente, esto funciona de la misma manera que con las plantillas de habitación, pero sólo se aplica a algunos de las casillas en la RDS. Grupos de requisito se agrupan por un tipo de grupo.
Tipos de grupo
Tipos de grupo permiten al usuario organizar grupos. El tipo de grupo define las casillas para que el grupo proporcionara información. Si, por ejemplo, tiene un tipo de grupo de "Temperatura ambiente" que va a proporcionar información sobre los requisitos de temperatura, usted define que la casilla RDS de temperatura máxima y mínima son las casillas en los que el tipo de grupo va a proporcionar información. Puede luego asignar los valores reales a los grupos en este tipo de grupo. Otros tipos de grupo pueden aplicar para otras casillas. Sin embargo, a una casilla sólo se le puede asignar requisitos de un tipo de grupo, por ejemplo, temperatura máxima sólo se puede asignar a los grupos en el tipo de grupo de "Temperatura ambiente".
Figura 19: Ejemplo de Tipos de Grupo y Grupos
Habitaciones asociadas a un grupo
Un grupo puede, como las plantillas de habitación, ser asociados a muchas de las habitaciones. En el ejemplo siguiente, vemos que tres habitaciones tienen los mismos requisitos de temperatura del mismo grupo. Si se actualiza el valor del grupo, esto se actualiza para todas las habitaciones. No es posible sobrescribir los requisitos que vienen de un grupo para una habitación individual. Si requiere valores únicos para una habitación, tiene que remover el enlace al grupo.
Figura 20: Asociar habitaciones a un grupo
Sin embargo, a diferencia de plantillas de habitación, una habitación puede también vincularse con varios grupos que se organizan en diferentes tipos de grupo. Esto es porque sabemos que dos grupos en dos tipos diferentes de grupo no pueden tener requisitos dentro de las mismas casillas. El siguiente ejemplo muestra una habitación que tiene única RDS, pero requisitos de dos grupos. Estas casillas de color son del grupo y sólo se pueden cambiar dentro del grupo, mientras que las casillas blancas son únicas a la habitación.
Figura 21: Una habitación puede estar asociada a dos o más grupos de diferentes tipos de grupos
La desventaja (y ventaja) con las plantillas de la habitación es que aplican a todas las casillas RDS a establecerse para una habitación. En un proyecto, no es infrecuente tener varias plantillas de habitación para las diferentes oficinas requeridas, grupos de habitaciones etc. Para determinadas disciplinas o casillas en la forma RDS, esto puede representar una división innecesaria y requisitos sólo pueden ser necesarios para ciertas casillas, pero que también debe aplicarse para numerosas habitaciones dentro del proyecto. El número de habitaciones que naturalmente debe tener los mismos requisitos (pertenecen al mismo grupo) puede variar según las casillas pertinentes.
Para resolver este problema, puede hacer uso de grupos de requisito (o grupos). Conceptualmente, esto funciona de la misma manera que con las plantillas de habitación, pero sólo se aplica a algunos de las casillas en la RDS. Grupos de requisito se agrupan por un tipo de grupo.