En el proceso de modelado de sistemas de información con UML, () describe las necesidades del usuario, describiendo principalmente las funciones del sistema desde la perspectiva del usuario.
Un diagrama de casos de uso describe las unidades funcionales proporcionadas por el sistema. El objetivo principal de un diagrama de casos de uso es ayudar al equipo de desarrollo a comprender visualmente los requisitos funcionales del sistema, incluidas las relaciones entre "actores" (es decir, otras entidades que interactúan con el sistema) basadas en el proceso básico y las relaciones entre Casos de uso en el sistema. Los diagramas de casos de uso generalmente representan la relación organizacional de los casos de uso: ya sea todos los casos de uso para todo el sistema o un conjunto de casos de uso funcionales (por ejemplo, todos los casos de uso relacionados con la gestión de seguridad). Para mostrar un caso de uso en un diagrama de casos de uso, dibuje un óvalo y coloque el nombre del caso de uso en el centro del óvalo o en el medio debajo del óvalo. Para dibujar un actor (que representa a un usuario del sistema) en un diagrama de casos de uso, se dibuja un símbolo humano. Un diagrama de clases muestra cómo se relacionan entre sí diferentes entidades (personas, cosas y datos); en otras palabras, muestra la estructura estática del sistema; Los diagramas de clases se pueden utilizar para representar clases lógicas, que suelen ser el tipo de cosas de las que habla la gente de negocios: bandas de rock, CD, obras de radio o préstamos, hipotecas de viviendas, préstamos para automóviles y tasas de interés; Los diagramas de clases también se pueden utilizar para representar clases de implementación, que son entidades con las que tratan los programadores. El diagrama de clases de implementación puede mostrar algunas de las mismas clases que el diagrama de clases lógico. Sin embargo, el diagrama de clases de implementación no se describirá con las mismas propiedades, ya que lo más probable es que se refiera a elementos como Vector y HashMap. Los diagramas de implementación muestran cómo se implementa un sistema de software en un entorno de hardware. Su propósito es mostrar dónde operarán los diferentes componentes del sistema y cómo se comunicarán entre sí. Debido a que el diagrama de implementación modela las operaciones físicas, el personal de producción del sistema puede darle un buen uso a este diagrama. Los símbolos en el diagrama de implementación incluyen los elementos simbólicos utilizados en el diagrama de componentes, con varios símbolos agregados, incluido el concepto de nodos. Los nodos pueden representar máquinas físicas o nodos de máquinas virtuales (por ejemplo, nodos de mainframe). Para modelar un nodo, simplemente dibuja un cubo tridimensional con el nombre del nodo en la parte superior del cubo. Al igual que un diagrama de clases, un diagrama de objetos refleja el proceso estático de un sistema, pero se expresa a partir de un escenario real o prototipo. Los diagramas de objetos muestran las relaciones entre objetos en un momento determinado. Los diagramas de objetos pueden considerarse un caso de uso especial de los diagramas de clases, donde se pueden mostrar instancias y clases. Los objetos también están asociados con diagramas de colaboración, que muestran los prototipos de objetos (meta-roles) en contexto. El diagrama de objetos es un ejemplo de diagrama de clases y utiliza casi el mismo logotipo que el diagrama de clases. Se diferencian en que los diagramas de objetos muestran múltiples instancias de objetos de una clase en lugar de la clase real. El diagrama de objetos es un ejemplo de diagrama de clases. Debido a que los objetos tienen un ciclo de vida, el gráfico de objetos solo puede existir durante un cierto período de tiempo en el sistema.