Lea primero > Acceso, implementación y configuración de Windchill+
Acceso, implementación y configuración de Windchill+
* 
El rol de Administrador de empresa (BA) proporciona permisos elevados para soportar cambios de configuración críticos para el negocio, incluido el acceso a páginas de utilidades de nivel del sitio. Aunque esta capacidad mejora la agilidad, se debe utilizar con prudencia y no reemplaza a la metodología recomendada de implementación de CCD.
Para empezar a utilizar la función de administrador de empresa, se debe crear una solicitud de servicio. Una vez aprobada, un administrador del sitio le asignará al grupo Site Business Administrator - Contributor (Site), concediéndole los permisos necesarios. Para obtener más información, consulte Apertura de una solicitud de servicio.
Para obtener más información sobre el rol de Administrador de empresa, consulte Business Administrator User Group.
Acceso
Tiene acceso a la parte de front-end del entorno de integración, incluidas las páginas de utilidades de nivel de administrador del sitio y de nivel de la organización.
Tiene acceso administrativo que se limita a las páginas de utilidades de nivel de sitio y de nivel de organización para los entornos de control de calidad y de producción. Este acceso se debe utilizar principalmente para fines de solo consulta, aunque con el nuevo rol de administrador de empresa esto no se aplica. PTC recomienda utilizar este acceso solo para la resolución de problemas y la supervisión. Las utilidades específicas de nivel de organización disponibles varían en función del entorno. Utilice este acceso de forma responsable y manténgase dentro del ámbito definido de su rol en todo momento.
No tiene acceso a la parte de back-end de los servidores Windchill en ningún entorno de Windchill+ alojado por PTC. El acceso de back-end solo está disponible en entornos de desarrollo locales, ya sea como una máquina virtual alojada por el desarrollador o como una máquina virtual alojada en un portal en la nube.
Metodologías de implementación
PTC soporta la implementación de paquetes de compilación solo a través del proceso de implementación de compilaciones automatizada.
La implementación de compilaciones automatizada solo acepta una metodología de empaquetado, denominada CCD (Code and Configuration Deployment).
La utilidad CCD se instala y envía con PTC Windchill PDMLink. Para obtener más información, consulte Implementación del paquete de código y configuración.
El sistema utiliza el marco de Business Administrative Change (BAC) para capturar, exportar e importar configuraciones empresariales. Para que se promueva, un paquete BAC se debe incluir en el paquete CCD.
CCD es la única metodología de implementación soportada.
Un paquete BAC debe incluir todas las configuraciones y combinar todos los procesos de trabajo (acumulativos) en un período de tiempo determinado, según la cadencia y programación de lanzamientos. Para obtener más información, consulte Importing a BAC Package Using CCD Utility.
PTC no recomienda utilizar BAC para gestionar las listas de control de acceso (LCA) de los contenedores. En su lugar, utilice el marco LoadFromFile, que se soporta en el paquete CCD. Para obtener más información, consulte CCD Package Structure.
Las LCA no están permitidas a través de BAC ni de ningún otro objeto similar. Esta restricción se aplica específicamente a las implementaciones de Windchill+.
La funcionalidad de LoadFromFile tiene limitaciones definidas. Solo admite paquetes CCD que no superen un umbral de tamaño específico.
Prácticas recomendadas de desarrollo y configuración
Todos los proyectos deben comenzar con actividades de modelado de datos mediante la utilidad Administrador de tipos y atributos.
El modelado de datos hace referencia a la definición de un tipo de objeto y una estrategia de atributos. En el entorno de desarrollo, desarrolle el modelo de datos y publíquelo en el entorno de integración mediante la implementación automatizada.
Se deben validar todos los paquetes CCD antes de enviarlos al servicio de compilación automatizada. Se recomienda configurar dos entornos de desarrollo:
Un entorno de desarrollo de origen donde se implementan los cambios.
Un entorno de desarrollo de destino para probar si el paquete CCD se puede implementar. Para obtener más información, consulte la sección del destino de implementación en Targets.
En este contexto, el tema Destinos hace referencia específicamente a los destinos ANT de CCD utilizados para la creación y configuración. No hace referencia a entornos de implementación como INT (integración), QA, PROD (producción) ni a ningún destino de canal asociado.
Para la gestión de configuraciones, debe crear un paquete BAC después de cada prueba de aceptación funcional (FAT) correcta. Los clientes y socios deben planificar el almacenamiento de estos paquetes en el sistema de gestión de código fuente (SCM). El paquete BAC incluye el modelo de datos y sirve como el punto de partida para incorporar a nuevos desarrolladores o para renovar el entorno de desarrollo local.
Una vez que un paquete BAC está disponible en el entorno de integración, los desarrolladores pueden realizar pequeños ajustes desde la interfaz de usuario.
Todo el desarrollo debe realizarse en un entorno de desarrollo local, como una máquina virtual local o un portal en la nube.
CCD se debe utilizar en el entorno de desarrollo para preparar, compilar e implementar.
PTC no recomienda gestionar la configuración individual de contenedores en el entorno de desarrollo; por ejemplo, un producto o proyecto.
Es posible que se creen algunos contenedores para crear una plantilla de contenedor.
Utilice la configuración de nivel de contenedor con precaución en los entornos de control de calidad y producción.
Resumen del rol de Administrador de empresa
* 
PTC recomienda que el usuario asignado al rol de Administrador de empresa no sea miembro de ningún otro grupo de usuarios con permisos inferiores.
El grupo de usuarios Administrador de empresa concede privilegios elevados para realizar cambios directamente en el entorno de producción. Estas capacidades permiten el acceso directo para ver y actualizar la configuración del negocio, incluidas las definiciones de tipo, las estructuras de atributos y las clasificaciones, pero también conllevan una importante responsabilidad operativa. Los cambios inadecuados o no coordinados pueden interrumpir los flujos de trabajo activos, afectar a la integridad de los datos o comprometer la continuidad de los procesos empresariales.
Se recomienda encarecidamente a los clientes que establezcan prácticas de gobernanza interna, incluidos protocolos de gestión de cambios, pruebas en entornos que no son de producción y formación de administradores. Esta capacidad está diseñada para reducir la dependencia en los canales de plataforma cuando corresponda, no para eliminar las prácticas recomendadas relacionadas con la validación y la responsabilidad. La agilidad empresarial y la estabilidad de la plataforma deben equilibrarse cuidadosamente.
Las interrupciones del sistema causadas por esta capacidad se consideran responsabilidad del cliente y no están cubiertas por el apartado de interrupciones relacionadas con el SLA ni por la garantía de tiempo de actividad del 99,5 %.
¿Fue esto útil?