Na UML, o diagrama que serve para organizar o comportamento ...
Sequencia: comportamento do objeto em relação a outro.
Estado: comportamento do objeto em um dado momento da execução do sistema.
Casos de Uso: comportamento geral do sistema para o usuário final.
Alternativa correta: C - caso de uso.
Para resolver essa questão, é essencial compreender os diferentes tipos de diagramas providos pela UML (Linguagem de Modelagem Unificada) e suas respectivas finalidades. A UML é um padrão de modelagem amplamente utilizado na Engenharia de Software para visualizar, especificar, construir e documentar artefatos de sistemas de software.
O Diagrama de Caso de Uso é uma representação gráfica do comportamento funcional proposto para um sistema, focado em demonstrar como diferentes atores interagem com o sistema para realizar processos, ou seja, os "casos de uso". Ele é fundamental para organização do comportamento do sistema, uma vez que ilustra a funcionalidade do sistema de uma forma que tanto os stakeholders quanto os desenvolvedores podem entender facilmente. Além disso, serve como um guia para o desenvolvimento subsequente de outros diagramas e artefatos relacionados ao sistema.
Os demais diagramas apresentados nas alternativas têm propósitos distintos:
- O Diagrama de Sequência representa a interação entre objetos de acordo com a sequência temporal em que esses eventos ocorrem.
- O Diagrama de Estados descreve os estados pelos quais um determinado objeto pode passar durante o seu ciclo de vida, bem como os eventos que causam a transição entre esses estados.
- O Diagrama de Classes detalha a estrutura interna do sistema, mostrando as classes, seus atributos, métodos e as relações entre elas.
- O Diagrama de Objetos é uma instância do Diagrama de Classes, mostrando um exemplo de como as instâncias das classes se relacionam em um determinado momento da execução do sistema.
Portanto, o Diagrama de Caso de Uso é a escolha adequada para a questão, devido ao seu enfoque no comportamento do sistema em termos das interações dos atores (pessoas ou outros sistemas) com o sistema em questão, capturando requisitos funcionais de forma organizada.