La lista de comprobación: referencia adicional the-checklist-further-reference
En esta página se ofrecen más detalles para ampliar o ampliar los documentos y principios que se tratan en la Administración de proyectos: lista de comprobación de prácticas recomendadas.
AEM ¿Qué vas a usar? - ¿Qué vas a usar? aem-what-will-you-be-using
AEM Funciones dentro de la features-within-aem
AEM Cuando implemente la aplicación de (sobre todo, por primera vez), revise la AEM capacidades y flujos de trabajo de la para estar seguro de qué áreas desea o necesita.
AEM Tenga en cuenta las características de la que está utilizando y el impacto en el diseño; por ejemplo:
Además, compruebe la Notas de versiónAEM , para las distintas versiones de la aplicación, con el fin de ver cuándo se han añadido nuevas funciones.
Integraciones integrations
AEM La integración de los productos de Adobe se puede realizar con otros productos de, o con servicios de terceros, o con ambos. Estos flujos de trabajo pueden aumentar la potencia y la funcionalidad a su disposición.
Consulte Integración de soluciones para obtener información completa.
¿Migrar o actualizar? migrate-or-upgrade
Una consideración importante es si desea realizar una de las siguientes acciones:
- Actualice la instalación existente in situ.
- Migre el contenido del sistema actual a una instalación nueva y fresca.
Al pasar de una versión anterior a la versión actual, hay dos opciones:
- Utilice el Administrador de paquetes para exportar todo el contenido y el código de la aplicación del sistema antiguo al nuevo.
- Actualizar el sistema antiguo en su lugar. Este método suele ser la opción recomendada.
Reglas básicas de base basic-ground-rules
Al igual que con cualquier proyecto, es fundamental establecer normas básicas lo antes posible. Estas reglas incluyen:
-
Funciones
Las funciones deben definirse claramente y darse a conocer a todas las personas involucradas en el proyecto. Además, es aconsejable destacar lo siguiente:
- Responsables
- Puntos de contacto
-
Responsabilidades
- Para cada función, una definición clara de las responsabilidades relacionadas con el proyecto ayuda a evitar confusiones.
-
Participación
Mediante la participación de las partes interesadas lo antes posible, puede animarlas a convertirse en partes interesadas en el proyecto. Hacerlo aumenta su compromiso con el éxito.
- En el lado del cliente, esta función incluye a los autores que trabajan con el sistema diariamente
- Dentro de su propio equipo de proyecto, esta participación también incluye a las personas responsables de la garantía de calidad. Cuanto más comprendan los requisitos del cliente, mejor podrán planificar las pruebas.
-
Rutas de comunicación
- Aunque las vías de comunicación no deben formalizarse en exceso, las definiciones específicas deben garantizar que las personas clave estén siempre informadas y, por lo tanto, actualizadas. Debe prestarse especial atención a la comunicación con las partes externas.
-
Procesos
Los procesos definidos dependen del proyecto individual. De nuevo, intente mantener estos procesos simples, teniendo en cuenta lo siguiente:
- Definir procesos (y rutas de comunicación) para interactuar con terceros; por ejemplo, agencias de diseño y proveedores de software de terceros, entre otros.
- A menudo, el cliente tiene sus propios procedimientos y herramientas de administración e informes de proyectos.
-
Herramientas de seguimiento
Hay muchas herramientas disponibles para rastrear información sobre errores, tareas y otros aspectos del proyecto. Consulte Descripción general de las herramientas potenciales para obtener más información.
- El punto clave a tener en cuenta aquí es mantener solo una copia de la información y compartir la información (y por lo tanto el acceso a la herramienta que se utiliza). Este flujo de trabajo facilita el mantenimiento y ayuda a evitar discrepancias.
-
Ámbito
Defina claramente lo que abarca el proyecto en varios niveles:
- las versiones individuales (si se utiliza un proceso de versión iterativo e independientemente de si se entregan a los clientes o al equipo de prueba interno).
- AEM el proyecto de la.
- todo el proyecto; incluido cualquier software de terceros, su impacto en las pruebas, problemas de organización y muchos otros.
- Para determinados aspectos, también puede ser útil indicar lo que no dentro del ámbito del proyecto. Esta idea puede ayudar a evitar confusiones y suposiciones incorrectas, aunque debería limitarse a cuestiones esenciales.
-
Creación de informes
Defina claramente qué información desea que se notifique, en qué forma, con qué frecuencia y a quién.
-
Terminología
- Defina las abreviaciones o la terminología específica del cliente que desee utilizar.
-
Suposiciones
- Defina las suposiciones que se realicen.
Esta información se puede definir dentro de un Manual del proyecto; el uso de una Wiki también puede ayudar a asegurar que los cambios en curso se manejen eficientemente. Dondequiera que se definan estas suposiciones, los factores clave son que:
- Se define y mantiene la información
- La información se comunica claramente a todas las personas involucradas. Aunque es una práctica habitual en la administración de proyectos, no se puede repetir con la suficiente frecuencia como para que una definición de función clara y una buena comunicación puedan crear o interrumpir un proyecto.
- Solo se conserva una versión de la información de la que se está realizando un seguimiento; por ejemplo, el seguimiento de errores y el seguimiento de problemas.
Indicadores de rendimiento clave y métricas de Target key-performance-indicators-and-target-metrics
Las organizaciones utilizan indicadores de rendimiento clave (KPI) para evaluar su éxito a la hora de alcanzar los objetivos. Estos indicadores son valores mensurables que pueden utilizarse para demostrar la eficacia con que se cumplen los objetivos específicos.
Estos indicadores pueden ser:
-
Empresa:
- Se utiliza para medir objetivos comerciales clave.
- Es importante elegir los KPI adecuados para su negocio/escenario con definiciones claras de cuáles son, cómo se miden, cómo se utilizan y quién los utiliza.
-
Rendimiento:
- Defina cómo medir el rendimiento del sistema.
- Algunos ejemplos son el tiempo de carga de la página, el tiempo de respuesta del servidor y el rendimiento de las consultas de base de datos.
Algunos indicadores, pero no todos, pueden basarse en las métricas objetivo que identifique y defina.
Métricas de Target target-metrics
Las métricas se utilizan para definir mediciones cuantitativas para la calidad del sitio web. Básicamente son una definición de los objetivos de rendimiento que desea lograr y se pueden utilizar para definir su KPI (indicadores de rendimiento clave).
Se pueden definir muchas métricas, pero a menudo las que defina cubrirán sus objetivos de rendimiento y simultaneidad. En particular, los factores que pueden ser difíciles de cuantificar y a menudo son propensos a conmovedor evaluación:
-
"el sitio web es demasiado lento hoy" - cuando lo hace lento calificar?
-
"todo se detiene cuando mi colega inicie sesión". ¿cuántos usuarios simultáneos puede admitir el sistema?
-
"cuando busco, el sistema se detiene "- ¿qué solicitudes de búsqueda están afectando al sistema?
-
"se necesita Edades para descargar el archivo": ¿cuáles son los tiempos de descarga aceptables (en condiciones normales de red)?
Las métricas de Target se definen al principio de un proyecto para:
- indique las dimensiones esperadas del sitio web que puede ofrecer
- indique la calidad mínima que desea alcanzar
- definir cómo se miden estos factores
- se utilizará como base para la Indicadores clave de rendimiento
Como siempre, se debe tener cuidado al definir las métricas de destino:
- si se establece demasiado alto, es posible que no se puedan alcanzar
- si se configura con fluctuaciones demasiado bajas, es posible que no se resalten
- para garantizar que puedan medirse de forma repetida y coherente
- para proporcionar un equilibrio entre los diferentes factores que se miden
- algunas métricas están relacionadas con un entorno de prueba, pero otras deben reflejar escenarios reales, ya que deben ser medibles y reproducibles en el sitio web de producción
- priorizar las métricas según su importancia para el sitio web
- limitar las métricas a un conjunto que se pueda monitorizar
Durante el desarrollo del proyecto, se pueden actualizar y ajustar según corresponda. Una vez que el proyecto se haya implementado correctamente, se pueden utilizar para ayudarle a controlar la instalación y monitorizar/mantener los niveles de servicio necesarios para un funcionamiento continuo.
Cuando se utilizan correctamente, estas métricas pueden proporcionar una herramienta útil; cuando se utilizan de forma irresponsable, pueden ser una distracción que pierde tiempo. Como siempre, comprenda lo que está midiendo, cómo lo está midiendo y por qué.
Todo se basa en el diseño del proyecto everything-rests-on-your-project-design
El diseño del proyecto afecta a todas las métricas medidas. Por el contrario, muchos problemas se resuelven mejor con cambios de diseño.
Por lo tanto, defina las métricas de destinatario antes decidirse por su diseño. Al hacerlo, puede optimizar el diseño en función de estos factores. Una vez desarrollado el proyecto, es difícil aplicar los principios básicos de diseño.
AEM Cuando cree la estructura del sitio web, siga la estructura recomendada para los sitios web de la. Asegúrese de comprender los siguientes problemas o principios:
- Cómo estructurar el contenido del sitio web.
- Cómo funcionan las plantillas y los componentes.
- ¿Cómo funciona el almacenamiento en caché?
- El impacto del contenido personalizado.
- Cómo funciona la función de búsqueda.
- Cómo puede utilizar CSS y tecnologías relacionadas para crear código de HTML compacto y no redundante.
Si cree que el diseño no sigue las directrices o si no está seguro de algunas de las implicaciones, aclare estas cuestiones. Hágalo antes de iniciar la fase de programación o de rellenar el contenido.
Infraestructura infrastructure
Para definir o evaluar la infraestructura, ayuda a definir valores objetivo como:
- visitantes/día; promedio y pico
- visitas individuales/día; medias y máximas
- número de páginas web que se están poniendo a disposición
- volumen de contenido web
En función de su situación y de la importancia estratégica del sitio web, la definición de la infraestructura puede ayudarle a evaluar y elegir su infraestructura:
- número de servidores
- AEM número de instancias de la (autor y publicación)
Rendimiento performance
Existen varios factores de rendimiento que se pueden evaluar:
-
tiempos de respuesta para páginas individuales, teniendo en cuenta:
- tiempos de respuesta en un entorno de creación
- tiempos de respuesta en el entorno de publicación
-
tiempos de respuesta para solicitudes de búsqueda
Esta sección se puede leer con Optimización del rendimiento que amplía los detalles técnicos de la medición real del rendimiento.
Tiempos de respuesta para páginas individuales response-times-for-individual-pages
Un problema clave es el tiempo que tarda el sitio web en responder a las solicitudes de los visitantes.
Aunque este valor varía según la solicitud, se puede definir un valor de objetivo promedio. Una vez que se demuestra que este valor es alcanzable y mantenible, se puede utilizar para supervisar el rendimiento del sitio web e indicar el desarrollo de posibles problemas
Diferentes objetivos en los entornos de creación y publicación
Los tiempos de respuesta que busca son diferentes en los entornos de creación y publicación, y reflejan la audiencia de destino:
-
Entorno de creación
Los autores que introducen y actualizan contenido utilizan este entorno, por lo que debe:
- atienda a unos pocos usuarios que generan un número elevado de solicitudes al actualizar las páginas de contenido y los elementos individuales de esas páginas
- sea lo más rápido posible para maximizar su productividad y conseguir su contenido en su sitio web
-
Entorno de publicación
Este entorno incluye contenido que pone a disposición de los usuarios:
-
la velocidad sigue siendo vital, pero a menudo es más lenta que un entorno de creación
-
a menudo se aplican mecanismos adicionales de mejora del rendimiento:
- el contenido se almacena en caché
- se aplica el equilibrio de carga
-
Configuración de tiempos de respuesta de destinatario setting-target-response-times
¿Cómo puede decidir los tiempos de respuesta alcanzables (promedio)? La pregunta y la respuesta es a menudo una cuestión de experiencia:
- experiencia en el sitio web
- AEM experiencia con el servicio de asistencia a la
- reconocimiento de páginas complejas que tienen tiempos de respuesta superiores a la media (estas páginas deben optimizarse individualmente, si es posible)
Sin embargo, en circunstancias controladas, se pueden aplicar las siguientes directrices:
- El 70 % de las solicitudes de páginas deben responder en menos de 100 ms.
- El 25 % de las solicitudes de páginas deben responder en menos de 100 ms a 300 ms.
- El 4 % de las solicitudes de páginas deben responder en menos de 300 ms-500 ms.
- El 1% de las solicitudes de páginas debe responder en menos de 500 ms a 1000 ms.
- Ninguna página debe responder a más de 1 segundo.
Los números anteriores suponen las siguientes condiciones:
- medido en la publicación (sin entorno de creación ni sobrecarga de CFC)
- medido en el servidor (sin sobrecarga de red)
- AEM no almacenado en caché (sin caché de salida de la, sin caché de Dispatcher)
- solo para elementos complejos con muchas dependencias (HTML, JS, PDF, …)
- no hay otra carga en el sistema
Existen varios mecanismos que puede utilizar para controlar los tiempos de respuesta:
-
AEM Monitorización de los tiempos de respuesta con el registro de solicitudes de la
Un buen punto de partida para el análisis del rendimiento es el registro de solicitudes. Entre otra información, puede ver los tiempos de respuesta de las solicitudes individuales. Consulte Optimización del rendimiento para obtener más información.
-
Monitorización de los tiempos de respuesta con comentarios del HTML
Los comentarios del HTML se pueden utilizar para incluir información sobre el tiempo de respuesta dentro del origen de cada página:
</body> </html>v <-- Page took 58 milliseconds to be rendered by the server --> Response times for search requests
Buscar solicitudes search-requests
Las solicitudes de búsqueda pueden tener un impacto significativo en el sitio web, en términos de lo siguiente:
-
Tiempo de respuesta de la búsqueda real
- Una función de búsqueda rápida es un objetivo de calidad para su sitio web
-
Impacto en el rendimiento general
- Como una función de búsqueda debe escanear (potencialmente grandes) secciones del contenido, o un índice extraído especialmente, esta capacidad puede afectar el rendimiento de todo el sistema, si no está optimizado
Establecer objetivos para solicitudes de búsqueda es, de nuevo, una cuestión de experiencia en función de lo siguiente:
- AEM experiencia de la
- una evaluación de la frecuencia con la que se usan las búsquedas en comparación con otros objetivos
- su administrador de persistencia
- su índice de búsqueda
- la complejidad de su función de búsqueda; una función de búsqueda básica que permite introducir un término de búsqueda, es más rápida que una búsqueda avanzada que permite al usuario crear instrucciones de búsqueda complejas usando AND/OR/NOT.
Estas solicitudes de búsqueda deben planificarse e integrarse desde el principio del proyecto. Los mecanismos disponibles para el seguimiento incluyen:
-
AEM Monitorización de los tiempos de respuesta de búsqueda con el archivo request.log de
De nuevo, request.log se puede utilizar para controlar los tiempos de respuesta para las solicitudes de búsqueda; consulte Optimización del rendimiento para obtener más información.
-
Mecanismos programados para medir los tiempos de respuesta de búsqueda
Para personalizar la información recopilada acerca de las solicitudes de búsqueda y su rendimiento, se recomienda incluir la recopilación de información en el código fuente del proyecto; consulte Optimización del rendimiento para obtener más información.
Concurrencia concurrency
Ponga el sitio web a disposición de algunos usuarios y visitantes, tanto en el entorno de creación como de publicación. Los números suelen ser más altos de lo que se usaba en las pruebas, pero también fluctuantes y difíciles de predecir. Diseñe su sitio web para un número promedio de usuarios y visitantes simultáneos sin notar un impacto negativo en el rendimiento. De nuevo, use request.log para realizar pruebas de concurrencia. Consulte Optimización del rendimiento para obtener más información.
Los objetivos para el número de usuarios simultáneos dependen del tipo de entorno:
-
Entorno de creación
- Por lo general, el número de usuarios simultáneos puede estimarse con precisión. Puede saber cuántos autores tiene en total, aunque (probablemente) no todos están activos al mismo tiempo.
-
Entorno de publicación
- El entorno de publicación es más difícil de predecir, por lo que debe seleccionar un valor de destino. Una vez más, debe basarse en la experiencia de su sitio web actual junto con expectativas realistas de su nuevo sitio web.
- Los eventos especiales (por ejemplo, cuando publica contenido nuevo y popular) pueden superar las expectativas o incluso las capacidades (como a veces se informa en la prensa cuando se ponen a la venta entradas para ciertos eventos).
Capacidad y volumen capacity-and-volume
Antes de hablar de las métricas relacionadas, defina rápidamente los términos:
-
Volumen
- Cantidad de salida que el sistema procesa y entrega.
-
Capacidad
- La capacidad del sistema para entregar el volumen.
- En cada paso, la capacidad y el volumen se miden de forma diferente, como se muestra en la tabla siguiente. Para obtener el mejor rendimiento, asegúrese de que la capacidad coincida con el volumen en cada paso y de que tanto la capacidad como el volumen se comparten en todos los pasos. Por ejemplo, es posible que pueda calcular la navegación en el equipo cliente o ponerla en la caché, en lugar de calcularla en el servidor para cada solicitud.
-
Capacidad y volumen
table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 7-row-3 Qué/dónde Capacidad Volumen Cliente Potencia de cálculo del equipo del usuario. Complejidad del diseño de página. Red Ancho de banda de red. Tamaño de la página (código, imágenes, etc.). Caché de Dispatcher Memoria del servidor del servidor web (memoria principal y disco duro). Servidor web (memoria principal y disco duro). Número y tamaño de las páginas en caché. Caché de salida AEM Memoria del servidor del servidor de la unidad de disco duro (memoria principal y disco duro) del servidor de la unidad de. Número y tamaño de las páginas en la caché de resultados, el número de dependencias por página. La caché de Dispatcher reduce este volumen. Servidor web Potencia de cálculo del servidor web. Número de solicitudes. El almacenamiento en caché reduce este volumen. Plantilla Potencia de cálculo del servidor web. Complejidad de las plantillas. Repositorio Rendimiento del repositorio. Número de páginas cargadas desde el repositorio.
Otras métricas other-metrics
Las secciones anteriores detallan las métricas principales que se deben definir.
En función de sus necesidades específicas, puede resultar útil definir métricas adicionales, ya sea de forma aislada o teniendo en cuenta las clasificaciones anteriores.
Sin embargo, es preferible tener un pequeño conjunto de métricas básicas y precisas que funcionen de forma fácil y fiable, en lugar de intentar medir y definir cada aspecto del sitio web. Por su propia naturaleza, su sitio web comienza a cambiar y evolucionar cuando se entrega a sus usuarios.
Seguridad security
La seguridad es crucial y un desafío cada vez mayor. It debe se deben tener en cuenta y planificar desde las primeras etapas del proyecto.
El Lista de comprobación de seguridad AEM detalla los pasos que debe seguir para asegurarse de que la instalación de la sea segura cuando se implemente. Otros aspectos de seguridad se tratan en Seguridad (al desarrollar) y Administración de usuarios y seguridad.
Tareas paralelas e iterativas parallel-and-iterative-tasks
- Ofrece una descripción general relacionada con el primero AEM ejecución de un proyecto de la.
- Se trata de una descripción general abstracta; consulte la Lista de comprobación del proyecto para fases/hitos/tareas específicos.
- Cualquier escala de tiempo es teórica.
AEM Para una nueva implementación de un proyecto de la estándar, tenga en cuenta tareas como:
- Transferencia desde el proceso de ventas.
- Implementación de la aplicación del cliente (Desarrollo).
- Instalación y configuración de la infraestructura (y procesos relacionados) en el sitio del cliente (Infraestructura).
- Creación (o migración) del contenido (Contenido).
- Envío a operaciones (Mantenimiento/asistencia).
- Versiones de seguimiento.
Para todos los aspectos se recomienda utilizar un enfoque iterativo:
Algunos puntos a tener en cuenta para cada categoría son:
-
Desarrollo
-
Defina primero la arquitectura base.
-
Utilice varias iteraciones (sprints) para el desarrollo:
- Primer sprint equivale al primer ciclo de desarrollo completo.
- El primer sprint genera la primera implementación en el entorno de prueba.
- Cada sprint tiene un resultado ejecutable.
- Cada sprint obtiene la firma de un cliente (mínimo de prueba estructurada con comentarios).
-
AEM Planifique la eventualidad de una actualización de la versión de la aplicación disponible durante la ejecución del proyecto.
-
Planifique las pruebas y la optimización durante los sprints.
-
Plan para las fases de estabilización y optimización.
-
Cree un registro de elementos que se planificarán para versiones posteriores.
-
Plan para la implicación y entrega de los socios.
-
-
Infraestructura
-
Defina primero la arquitectura base:
- Definir los requisitos de rendimiento.
- Definir objetivos de rendimiento (es decir, definir claramente las expectativas).
- Definir la arquitectura de hardware e infraestructura, incluido el tamaño.
- Defina la implementación.
-
Utilice varias iteraciones; para el primer sprint y la configuración inicial, prepare lo siguiente:
- Entorno de desarrollo.
- Proceso de desarrollo.
- Entorno de prueba.
- Proceso de implementación (incluida la administración de la configuración).
-
Planifique varias pruebas de carga.
-
Planifique las pruebas y la optimización durante los sprints.
-
Planifique una fase de estabilización y optimización.
-
Implemente en el entorno de producción lo antes posible (permita que el equipo de operaciones configure el sistema para obtener experiencia).
-
Utilice usuarios con nombre y funciones definidas lo antes posible.
-
Planifique la formación (por ejemplo, formación de administradores).
-
Plan de transferencia a operaciones.
-
-
Contenido
-
La arquitectura base:
- Controla la jerarquía de contenido.
- Ayuda a definir el concepto de contenido.
- Define el uso y el diseño de MSM.
- Define funciones, grupos, flujos de trabajo y permisos.
-
Considere si la creación de páginas sin conexión resulta útil.
-
Planifique la creación anticipada de las primeras páginas y del contenido (para su uso en pruebas y comentarios).
-
Planifique la migración del contenido existente.
-
Planifique la "migración en sprint" después de la refactorización.
-
Planifique la "evolución del contenido" (mapa del sitio para contenido go-live).
-
Calcular el tiempo y el esfuerzo estimating-time-and-effort
Según la lista de tareas resultante, puede realizar estimaciones iniciales de tiempo y esfuerzo para las definiciones de tareas (de alto nivel). Estas estimaciones deben incluir una indicación de quién (cliente o socio) hace qué y cuándo.
La siguiente lista muestra las aproximaciones estándar y las interrelaciones del esfuerzo implicado y, por lo tanto, los costes:
La planificación detallada puede entonces relacionar los recursos disponibles o necesarios con los plazos y los costes.
Arquitectura de referencia reference-architecture
AEM La arquitectura de referencia se proporciona para proporcionar una solución de plantilla para la arquitectura de la. La arquitectura de referencia aborda los problemas que suelen surgir con los sistemas empresariales, como la escalabilidad, la fiabilidad y la seguridad.
Se deben definir las siguientes métricas del sitio:
Descripción general de las herramientas potenciales overview-of-potential-tools
La siguiente lista se proporciona para informarle de las herramientas que se pueden utilizar. Está diseñada como una introducción, no como una lista de recomendaciones extensa, y no debe disuadirle de utilizar otras herramientas.
Lectura adicional further-reading
Además, las siguientes secciones son de especial interés:
Prácticas recomendadas best-practices
El Adobe de proporciona más Prácticas recomendadas para todas las fases y audiencias: