Recomendaciones para la fase de requisitos

  • Artículo

La principal entrega relacionada con la fase de requisitos es una especificación de requisitos, o una especificación funcional con los requisitos que incluyen objetivos de rendimiento. Al determinar estos objetivos, es muy importante que participen los usuarios finales y los propietarios empresariales del sistema, a fin de garantizar la obtención de un perfil preciso del rendimiento.

Establecer los criterios de rendimiento

Desde la perspectiva del rendimiento, la parte más importante de la especificación funcional que se crea durante esta fase es la definición de objetivos de rendimiento detallados para el proyecto y el establecimiento de los criterios de versión para ese rendimiento. Existen tres componentes vitales para definir los criterios de rendimiento:

  • Una curva que defina el rendimiento como una función de tiempo.

  • Un requisito de rendimiento asociado con la función de rendimiento.

  • Una distribución de tamaños y tipos de archivo.

    Estos criterios se tratan en ¿Qué es el rendimiento sostenible?

    Los criterios de versión para el rendimiento de una aplicación se extraen a partir de los objetivos de rendimiento. Estos criterios representan un comportamiento conseguible y medible que se puede demostrar con pruebas. La aplicación no pasará a la fase de versión hasta que se cumplan todos los criterios de versión o, en caso de que no sea posible, se hayan identificado todas las excepciones a los criterios de versión.

    Es muy importante establecer los criterios de versión durante las primeras fases del ciclo del producto. De este modo, todos los afectados sabrán cuáles son los objetivos y cuáles las consecuencias de no alcanzarlos antes de la aprobación del diseño y la implementación.

    Además, los casos de las pruebas de rendimiento se basarán en cómo hay que medir los criterios de versión, de modo que el grado de detalle de estos últimos debe ser suficiente para evitar cualquier confusión. Por ejemplo, al establecer un rendimiento concreto que debe lograrse, se debe incluir:

  • El hardware en el que se ejecutará, por ejemplo: el número y tipo de servidores, el tipo y la velocidad del disco, etc.

  • Qué escenario se va a probar, por ejemplo: qué ruta seguirán los mensajes dentro de la aplicación.

  • Cómo se va a medir, por ejemplo: contadores de rendimiento, código personalizado, medición de los momentos de llegada de los mensajes en un recurso compartido, etc.

    Para juzgar si un criterio de versión está bien constituido, cualquier persona debe ser capaz de leerlo tal y como esté documentado y entender cómo crear un caso de prueba que demuestre si se cumple.

Identificar riesgos para el rendimiento

Una vez establecidos con el detalle suficiente los objetivos de rendimiento y los criterios de versión correspondientes, se puede efectuar una evaluación inicial de las áreas de riesgo para el rendimiento. La finalidad de este análisis es identificar partes de la aplicación que puedan requerir una atención de diseño especial, soluciones alternativas o incluso su eliminación, para cumplir los criterios deseados.

Por ejemplo, cada tipo de adaptador de transporte tiene sus propias características de rendimiento y escala. Si el rendimiento deseado supera la capacidad de uno o varios tipos de adaptadores (ya sea de recepción o envío), es posible que deban investigarse alternativas para escalar el adaptador.

Estimar el tamaño del hardware

Según los criterios y objetivos establecidos, nunca es pronto para iniciar el proceso de estimación del tamaño del hardware que se necesitará para cumplir los objetivos. Al igual que con cualquier esfuerzo de estimación del tamaño, las estimaciones deben basarse en los resultados reales de las pruebas. Durante las fases iniciales de un proyecto, estos resultados deben proceder de fuentes externas. Para obtener ejemplos y casos prácticos, consulte Casos prácticos de seguridad para pequeñas y Medium-Sized empresas.

Tenga en cuenta que no hay ningún modelo predictivo ni simulación que prediga con precisión el tamaño del sistema para cualquier aplicación arbitraria que se ejecute en BizTalk Server. BizTalk Server es una plataforma en la que se pueden implementar una gran variedad de soluciones de aplicaciones, cada una con su propio comportamiento de rendimiento. En consecuencia, aunque una estimación basada en los resultados de los casos de estudio ofrece un punto de partida adecuado con fines de planeamiento, es prácticamente seguro que será preciso ajustar el tamaño definitivo del sistema para todas las aplicaciones, con exclusión, quizás, de aquéllas con las arquitecturas más simples.

Planear pruebas suficientes

Como hemos indicado antes, en la actualidad no existe ningún modelo ni simulación que permita calcular con precisión el hardware necesario para cumplir los objetivos de rendimiento. Esto significa que la única manera de comprobar realmente si un sistema es capaz de cumplir los objetivos es probarlo en un hardware de nivel de producción. Es decir, llevar a cabo casos de prueba en un hardware lo más parecido posible a la configuración de producción.

Esta parte del planeamiento es vital, y combina los principios de rendimiento sostenible, una comprensión en profundidad de los perfiles de rendimiento y el conocimiento de los criterios de versión para el rendimiento. Usando los perfiles de rendimiento obtenidos mediante la extrapolación a partir de datos existentes, deben derivarse casos de prueba que midan de manera sistemática los criterios de versión. Los casos de prueba deben ejecutarse teniendo siempre presente la sostenibilidad. Para obtener ejemplos sobre pruebas de sostenibilidad, consulte los temas siguientes:

Consulte también

Recomendaciones de planificación de proyectos por fases
Recomendaciones para la fase de diseño
Recomendaciones para la fase de implementación
Recomendaciones para la fase de comprobación
Recomendaciones para la fase de lanzamiento