Un patrón de análisis de software es un método para diseñar un programa de computadora equiparando procesos o patrones abstractos con el funcionamiento del programa que se está desarrollando. El concepto es comparar algún tipo de patrón que funcione eficazmente en algún contexto, generalmente en el mundo real, y luego aplicar la misma lógica y, a veces, la terminología del patrón al programa que se está diseñando. Al evaluar el funcionamiento general de un programa o módulo de esta manera, el objetivo es encontrar patrones más pequeños durante el análisis de software y, potencialmente, patrones de diseño apropiados para comenzar a trabajar con los detalles de implementación reales. A diferencia de los patrones de diseño que a menudo se utilizan para ayudar a diseñar la implementación y el código, un patrón de análisis de software está más destinado a proporcionar un marco para pensar en un proyecto, de modo que las complejidades se visualicen mejor. No existe una definición formal para el uso o desarrollo de un patrón de análisis de software, aunque existen varios ejemplos de patrones.
En las etapas iniciales del desarrollo de software, un patrón de análisis de software está destinado a ayudar a estructurar la visión amplia de un programa y cómo sus partes se relacionan entre sí. Sin embargo, el patrón está diseñado para un análisis abstracto y no para resolver los detalles más pequeños de una aplicación, como métodos individuales, variables o formatos de archivo. Una razón para la abstracción es que el concepto de un único patrón de análisis de software puede modificarse solo ligeramente y luego reutilizarse para otro software que, en realidad, podría estar realizando una tarea completamente diferente.
Al desarrollar el patrón de análisis de software, los ejemplos del mundo real se utilizan con mayor frecuencia. Un ejemplo podría ser el uso de una oficina de correos como patrón de análisis de software para un servidor de mensajes simple. En este ejemplo, las letras representarían un mensaje y un sello podría representar algún tipo de validación del servidor. Un buzón se convierte en una cola de mensajes y los tiempos de recogida y entrega están vinculados a los procesos de envío y recepción. De esta manera, la compleja estructura de la aplicación se puede abstraer y pensar de una manera más concreta, tanto que la terminología de la fuente del patrón a menudo puede traducirse en los nombres de las clases o componentes del programa mismo durante implementación.
Pueden ocurrir complicaciones cuando se utiliza un patrón de análisis de software, especialmente para programas muy grandes. Es posible simplificar demasiado un programa durante el desarrollo, por lo que algunos subsistemas podrían, durante la implementación, no caer estrictamente dentro del patrón analítico una vez realizados. Alternativamente, un patrón puede estar tan estructurado que los eventos dentro del programa se modelan de una manera que coincida con el patrón y sean claros, pero que no necesariamente sean muy eficientes.